-
Notifications
You must be signed in to change notification settings - Fork 199
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v1.4.0 (CosmWasm v1) #930
v1.4.0 (CosmWasm v1) #930
Conversation
So, I did this and but depends on if ya'd like to get freaky or nah I suppose? :P downside: grpc only |
We do want it, also has gov and authz goodies. But first we just need to check with all exchanges that they're not using the old REST API. |
But yeah please base new work on the cosmwasm-v1 branch ❤️ |
About the API, I think that these breaking changes are worth exploring because I think others will have similar concerns. It is my understanding that the GRPC gateway could get us around this but I don't know how accurate that is. |
Yes that's accurate. |
OK, so basically -- if we're fundamentally good with "we won't break exchange API's if go to 46" -- I'd like to either invite you guys to the Notional slack server, or to a call or something. We're doing 46 on numerous chains and I'd love for secret to be one of them. |
We'd love to open a Slack connect! Our Slack org name is We're still reaching out to exchanges and we'll know for sure in a few weeks. Our next chain upgrade is planned for September, so there's some time before we need to make a decision re 45->46. Cc @YonatanE22 |
…ing attributes from the form of bytes to their string form
IBC packet receive tests and bag fixes
…ing attributes from the form of bytes to their string form
All IBC tests
Moved all the paths to be defined in test_common.go
Create codeql-analysis.yml
+ go-tests `TestEnv()`
* Refactored v1/v010 contracts to be in the same path
…ueries StartgateQuery: Remove all non-O(1) queries
Fix v0.10 `env.block.time`
Test outputs
# Conflicts: # .github/workflows/ci.yaml # .github/workflows/release.yaml
ContractInstance
/start_engine()
, check whether the wasm is v0.10 or v1 (using this export) and store it inContractInstance
, then (after the crypto stuff) according to the cosmwasm version, initialize theenv
object that is given to the contract in:init
handle
query
(in v1query
hasenv
too).env
from Go toquery
.query
, don't need to passcontract_key
prefixed tomsg
anymore, because it's also insideenv
.init
or v1instantiate
(link).handle
or v1execute
(link)plaintext_log()
to cosmwasm-std v1submessages
. TODO: See how cosmwasm implemented this, we might want to piggyback offmessages
and handle it in the Go code, or maybe we can handle it right there inside the enclave by converting them to normal messages.db_read
- we already have this from v0.10db_write
- we already have this from v0.10db_remove
- we already have this from v0.10addr_validate
addr_canonicalize
- need to alias fromcanonicalize_address
(v0.10)addr_humanize
- need to alias fromhumanize_address
(v0.10)secp256k1_verify
secp256k1_recover_pubkey
ed25519_verify
ed25519_batch_verify
ed25519_sign
- we've added on top on v1secp256k1_sign
- we've added on top on v1debug
- debug prints from inside the contractquery_chain
- we already have this from v0.10addr
&crypto
ones).ibc_channel_open()
ibc_channel_connect()
ibc_channel_close()
ibc_packet_receive()
ibc_packet_ack()
ibc_packet_timeout()
reply()
cotnractInfo
due to the new changes (added IBC port for each contract)ReplyOn::Never
fails the tx (because in v0.10 errors on submessages always failed the tx) - Code-Wise we saw that the behavior is as expected but a test need to be writtenWithdraw
handler to v1StakingMsg
callback_sig
for v1 result inside the enclavedata
field - v1 lets replies override the data field, while v0.10 always returns the first message's data field.Env.TransactionInfo